<paroneayea> MEETING LOGGING STARTS!
<paroneayea> =======================
<paroneayea> so hello, everyone
<paroneayea> it looks like we don't have an agenda for today, oops :)  [11:08]
<freedeb> perhaps 1. Campaign wrap-up
<paroneayea> yep
<paroneayea> and that includes rewards and my schedule stuff
<freedeb> 2. Features and fixes on their way in  [11:09]
<freedeb> 3. New stuff coming up
<freedeb> would do it?
<paroneayea> yeah, and part of 2. should be 0.3.2 release stuff
<freedeb> exactly
<paroneayea> sounds like a good list
<freedeb> anyone got anything to add?
<nyergler> sounds good to me
<spaetz> sounds good  [11:10]
<freedeb> cool, then paroneayea can start on 1.
<paroneayea> cool... so as per 1): http://mediagoblin.org/news/we-did-it.html
<paroneayea> yay!
<paroneayea> we hit 43k!  succssful campaign!  I've been bought for a year! ;)
<paroneayea> so the campaign has "ended", which means I'm going to be working
             on mediagoblin fulltime from start to end of 2013  [11:11]
<spaetz> tthat's great
<paroneayea> yeah
<freedeb> hooray!
<paroneayea> I said in the wrapup email to donors that I'm fulltime for a year
             "plus", the plus being last and this month doing some mediagoblin
             stuff but trying to wrap up rewards.
<paroneayea> during the mediagoblin campaign I had Liberated Pixel Cup judging
             hanging over my head and postponed while I was more or less
             having to put it off and feeling terrible about it  [11:12]
<paroneayea> and I'd rather not have the same thing happen to rewards
<paroneayea> plus we said we'd try to get them out this month
<paroneayea> which means I've been sprinting on them
<Elrond> agenda -- http://wiki.mediagoblin.org/Meeting#Next_Meeting
<paroneayea> Elrond: it's a month old :)  [11:13]
<paroneayea>
             http://dustycloud.org/gfx/goodies/mediagoblin_postcard-preview9.png
<paroneayea> I finished the postcard last night
<paroneayea> we're working on ordering them
<paroneayea> http://dustycloud.org/gfx/goodies/gavroche-wip14.jpg and the
             mediagoblin 3d model is... modeled
<Elrond> Wooohoo, very nice!
<paroneayea> but not ready for printing
<paroneayea> yeah :)
<paroneayea> I'm happy with both of those
<spaetz> I concur with the sentiment that rewards are nice, but we all would
         rather yooou focus on the code asap, so don't make over-perfect
         figurines ;-)  [11:14]
<paroneayea> spaetz: yup
<paroneayea> spaetz: I will be doing more coding next week than this week
<paroneayea> because I was trying to hit a deadline which I missed anyway
<paroneayea> to get 60% off postcards
<paroneayea> through this company :)
<spaetz> \o/
<freedeb> also paroneayea's lovely wife has been helping with the rewards
<paroneayea> yes!
<freedeb> which is awesome
<spaetz> yes, big thanks to her.
<paroneayea> morgan assisted with drawing in the colors on the postcard, will
             be helping on the shirt, and is taking care of shipping logistics
                                                                        [11:15]
<paroneayea> which is really helping a lot.
<paroneayea> I will pass along the #mediagoblin thanks :)
<freedeb> please do!
<nyergler> definitely
<paroneayea> so the short of it is: next week I'll be getting back on code a
             bit, but will still be on rewards
<paroneayea> about 60% rewards, 40% code, which is better than this week :)
<freedeb> If any of the mailing is happening from the FSF  [11:16]
<freedeb> I am happy to pitch in inperson there
<paroneayea> ah yeah, I need to ship them some stickers
<paroneayea> freedeb: which reminds me, did we use psprint for the stickers?
<paroneayea> which company again?
<freedeb> yes
<paroneayea> okay
<paroneayea> cool
<freedeb> I have all the stuff, files, etc
<freedeb> and could just order them  [11:17]
<paroneayea> oh cool
<paroneayea> that'd be great
<freedeb> if you give me an amount
<paroneayea> let's discuss that post-meeting
<freedeb> cool, np
<spaetz> how many go to Europe? If you need a EUropean base to have the stuff
         shipped to save costs, let me know
<paroneayea> spaetz: oh interesting
<freedeb> for just letters the FSF gets a non-profit mailing rate
<paroneayea> spaetz: I'll keep that in mind re: the other rewards... re: the
             FSF stuff, I think they're already having to mail from there for
             tax reasons anyways
<paroneayea> tax receipt reasons  [11:18]
<spaetz> ok, just an offer
<freedeb> for items it might be more
<paroneayea> yeah
<paroneayea> but for items it migh thelp
<paroneayea> I will keep it in mind, spaetz :)
<freedeb> good to know, thanks for offering!
<paroneayea> anyway, sum of it is, successful campaign, we did awesome, I've
             been busy with rewards, but it's almost over!
<freedeb> sweet!
<paroneayea> okay, next item!
<paroneayea> features and 0.3.2!  [11:19]
<paroneayea> it seems that the state of it is that we really, really need to
             get 0.3.2 out the door because there are tons of features lined
             up at the door
<Elrond> Yep.
<paroneayea> and that's mostly my bad in many ways for doing rewards instead
             of 0.3.2 stuff :)
<Elrond> But we have some bugs we really should fix for 0.3.2.  [11:20]
<paroneayea> right
<freedeb> do you need help reviewing patches
<paroneayea> we have the migration madness stuff which is the biggest one
<Elrond> Right.
<Elrond> freedeb - Currently not really. spaetz and I are currently helping to
         review stuff.
<paroneayea> yeah
<freedeb> cool  [11:21]
<paroneayea> so the big blockers seem to be 3 things:
<paroneayea>  - we promised 3d stuff, so that needs to get merged.
<paroneayea> I can do that next week
<paroneayea>  - werkzeug stuff????
<paroneayea> is there stuff that still needs cleanup there?
<Elrond> Yes: i18n support.
<spaetz> paroneayea: reeequests are werkzeug
<Elrond> It's broken at the moment.
<spaetz> responses are webob
<paroneayea> ironically I don't know if we can fully tear out webob for
             developers at least, because of webtest library :)
<paroneayea> yikes
<paroneayea> okay
<paroneayea> so that needs attention  [11:22]
<spaetz> I have a branch to rip out webob, but I think that should be
         post-release
<paroneayea> spaetz: yes I think you're right
<paroneayea> it's okay to leave it around for this release, but we want to get
             it clean for the long run
<spaetz> never tested i19n
<paroneayea> but we do want it at least to be a tidy working mess :)
<paroneayea> Elrond: wait, what's up with i18n?
<paroneayea> is it not working with werkzeug?
<paroneayea> okay  [11:23]
<Elrond> paroneayea - My browser (hopefully) sends "Heh, I love de_de, and
         en_us". But GMG only speak english to me. MG.com still speaks german
         with me.
<paroneayea> Elrond: gotcha.
<paroneayea> yes that's a blocker.
<paroneayea> okay  [11:24]
*** duder (463f1efc@gateway/web/freenode/ip.70.63.30.252) has joined channel
    #mediagoblin
<paroneayea> and the really big other one is the migrations stuff being broken
<Elrond> I think, it's partly known. I saw some comment re this in some
         commit.
<paroneayea> Elrond: what's the state on that?  I think you were doing some
             more investigation
<Elrond> Right!
* nyergler goes looking for background on the werkzeug switch in the wiki
<paroneayea> nyergler: heh, I don't know if there is any
<paroneayea> might as well say why here though:  [11:25]
<nyergler> I didn't find any :)
<paroneayea> I think there's a security issue with the way webob handles files
<Elrond> paroneayea - I stopped after failing to create
         UniqueConstraint.create() migration.
<paroneayea> I can find it in my IRC logs
<paroneayea> Elrond: erk
<Elrond> paroneayea - We possibly should set out a sql meeting for us both and
         get that fixed or so.
<paroneayea> nyergler: the other reason is to strip down our dependencies
<paroneayea> we need werkzeug anyway, and it brings us closer to flask  [11:26]
<spaetz> anyway, if we use werkzeug, we can replace beaker, webob and routes,
         which sounds nice.
<nyergler> i see
<paroneayea> yeah, and stripping out routes and beaker
<nyergler> thanks for the context
<paroneayea> yup
<spaetz> onnn the negative side, there is hardly any move towards python3,
         which is no blocker, but a pity
<paroneayea> spaetz: in werkzeug?
<spaetz> routes is gone
<spaetz> paroneayea: yes. they say, "contact us if you want python3"  [11:27]
<Elrond> Ahhh. Routes... reminds me... I wanted to toy around a bit with nicer
         routes.
<paroneayea> spaetz: it might be that 2013 we may have to help with some
             library porting to python 3
* spaetz nods
<paroneayea> which would not be a bad thing for us to help with, as a
             community
*** duder (463f1efc@gateway/web/freenode/ip.70.63.30.252) has quit: Client
    Quit
<paroneayea> we'll see :)  [11:28]
<paroneayea> anyway
<paroneayea> so basically
<spaetz> so when is 0.3.2 release time?
<spaetz> realistically, end of this year?
<paroneayea> spaetz: good question.  I'd like before 2013!
<paroneayea> yeah, so that means I need to get more serious about it
<spaetz> would be good, to keep up momentum
<paroneayea> yeah
<paroneayea> I think it's important that I start shifting gears to 50/50
             rewards/code probably
<paroneayea> the rewards probably aren't getting out till january anyway :\
                                                                        [11:29]
<paroneayea> just because of shipping
<paroneayea> not because of my timing
<paroneayea> well, because of my timing too :)
<spaetz> hehe, at the end of the meeting you'll be 80:20 :-)
<paroneayea> haha
<spaetz> I'm holding myself back with features and big changes until then,
         anyway.  [11:30]
<paroneayea> okay.
<paroneayea> so basically, "need to get very serious about this 0.3.2 thing"
             :)
<Elrond> paroneayea - Let us talk about migrations post meeting.
<paroneayea> Elrond: yeah
<paroneayea> we'll do that
<Elrond> Do we have anyone wanting to work on the l10n?
<paroneayea> that's probably an easy one  [11:31]
<spaetz> never done that myself, but I could have a look
<spaetz> not sure how that works though
<Elrond> spaetz - I have no idea either. ;) We'll help you. :-)
<spaetz> but if anyone else volunteers.... :-)
<spaetz> Elrond: good.
<nyergler> i've done a bunch of l10n/i18n stuff before, but don't have
           bandwidth this week; maybe i can help support you, spaetz?
<spaetz> nyergler: sounds good.  [11:32]
<paroneayea> just find what points to setup_gettext() presently
<spaetz> so paroneayea does the 3d and we fix l10n collectively ;-)
<Elrond> Yes.
<paroneayea> yeah that sounds good, I should focus on 3d
<Elrond> And spaetz coordinates l10n.
<paroneayea> since I think I can get that cleaned up fast
<Elrond> And I'll coordinate sql fixing... peeking paroneayea for help.
                                                                        [11:33]
<paroneayea> my brother is coming over for a hackathon tonight... maybe I'll
             do that then :)
<spaetz> Elrond: no I *delegate* :-)
<spaetz> sounds like a plan
<paroneayea> cool
* spaetz loves it when a plan comes together
<paroneayea> I'm marking 3d stuff as NEXT priority in orgmode :)
<paroneayea> cool!
<paroneayea> so other features going on?
<spaetz> I have a "delete you own acccount" ready  [11:34]
<paroneayea> I'm interested in hearing more about spaetz's licenses plugin and
             nyergler's android work especially
<paroneayea> oh!
<spaetz> is that 0.3.3 material?
<paroneayea> spaetz: awesome
<paroneayea> yes
<paroneayea> it is
<spaetz> ok, good for 0.3.3 then
<nyergler> i have a branch pending merge for managing OAuth connections
           (specifically removing them)
<paroneayea> nyergler: oh cool  [11:35]
<spaetz> the licenses plugin comes as separate package now to showcase
         external plugins
<nyergler> the OAuth plugin needs some work to really support clients -- right
           now you can only authorize for 30 days
<paroneayea> nyergler: btw did you see schendje's followup design about
             dashboard stuff?
<spaetz> but I am open to bundle it with GMG at some point ...
<nyergler> spaetz: do you have the PyPI URL for that?
<nyergler> nyergler: I did, but don't think I read it closely (or already
           paged it out of active memory)
<spaetz> nyergel mediagoblin-licenses, search that on pypi  [11:36]
<paroneayea> http://schendje.fedorapeople.org/goblin/dropdown/mockup.png
             http://issues.mediagoblin.org/ticket/553#comment:1
<paroneayea> nyergler: did you just reply to yourself instead of me :)
<spaetz> or was it with an underscore? don't know :-).
* nyergler facepalms
<paroneayea> anyway, I *really* like schendje's design
<spaetz> baaarely looked at it, but anything is better than what we have now
                                                                        [11:37]
<paroneayea> especially because it kind of combines google plus style "upper
             right dropdown" with a more full-fledged panel
<nyergler> schendje's design is really slick, but I still think we'll want an
           "account" page that has things like "manage oauth connections"
<paroneayea> also, it'd work without js, though kind of in a gross way :)
<paroneayea> as in it'd just show the whole thing
<paroneayea> but too bad for non-js users!  get with the times!
<spaetz> gross if fine. Withh#out js you are asking for gross
<nyergler> i really like the design, but don't think I'd want to add things
           like "oauth connections" to the stuff at the top of every page, ya
           know?
<nyergler> so i think we shoud do both :)  [11:38]
<paroneayea> nyergler: yeah, it might actualy be that it should point to a
             more full-fledged user profile page too.
<AVRS> paroneayea: NoScript
<nyergler> well i see in the mockup there's a like to "account settings"
<AVRS> though if one logs is…
<AVRS> *in
<nyergler> i'd expect that's where i'd go to do things like change my
           password, delete my account, etc
<paroneayea> yeah
<spaetz> nyergler: agreed
<paroneayea> right, we shouldn't fill this panel with All The Things  [11:39]
<spaetz> One question. Do we want a "liberate my data" button?
<spaetz> that exports my db account stuff and media?
<paroneayea> spaetz: that would be a nice plugin
<spaetz> or is that no priority?
<spaetz> ok, will think about a plugin for it
<paroneayea> it's not a priority comparatively atm I think but it would be
             very nice
<paroneayea> as in, bigger fish to fry, but it would certainly be helpful
<spaetz> right
<nyergler> so i'd like feedback on my approach for providing those links,
           wondering if that dashboard + improved account settings is 0.3.3
           time-frame  [11:40]
<spaetz> nyergler: definitely 0.3.3
<spaetz> IMHO
<paroneayea> nyergler: partly depends on schendje's availability, but I'd like
             0.3.3 to have that
<nyergler> cool
<nyergler> i think that means i should clean up my branch for design-ish
           things, and then agitate for merging :)  [11:41]
<paroneayea> :)
<paroneayea> being a squeaky wheel works in #mediagoblin ;)
<Elrond> Well, plugins should be able to hook into the full dashboard.
<nyergler> Elrond: absolutely; i think the approach I've put together would
           accomodate that pretty well  [11:42]
<nyergler> so re: android
*** LinuxBird (523cae65@gateway/web/freenode/ip.82.60.174.101) has joined
    channel #mediagoblin
<nyergler> i've been using it off and on when i'm at home to send stuff to my
           test installation  [11:43]
<Elrond> And I'm also for a full fledged dashboard, available from the
         dropdown. Maybe the non-js has only the dropdown button which moves
         you to the full dashboard?
<nyergler> a couple of bugs, but nothing major
<spaetz> right, I would suggest ADMIN_LINKS DASHBOARD_LINKS and ACCOUNT_LINKS
         hook that plugins can use to add links, in the style nyergler
         outlined
<nyergler> i need to add support for refresh_tokens to OAuth before we can
           ship, and also need to figure out how secret the client secret
           really needs to be
*** LinuxBird (523cae65@gateway/web/freenode/ip.82.60.174.101) has quit:
    Client Quit  [11:44]
<nyergler> if the answer is "not really" then I know how we'll ship support --
           the same way spaetz did for the license plugin
<nyergler> if the answer is "totally", then I'll have to figure something else
           out
<nyergler> (like maybe not using OAuth, but doing HTTP Auth over SSL as a
           first step :/ )
<paroneayea> nyergler: you mean like "storing the token on your phone"?
                                                                        [11:45]
<spaetz> I think oauth is still exempt from feature freeze as it is non-usable
         now in any case.
<nyergler> paroneayea: i'm not sure what part you're replying to
*** felipees_d (5715d025@gateway/web/freenode/ip.87.21.208.37) has joined
    channel #mediagoblin  [11:46]
<paroneayea> nyergler: I mean "how secret the client secret"
<paroneayea> if you can't store the secret on the client, how do you store it?
<nyergler> paroneayea: oh, that
<nyergler> paroneayea: you need to secret to do the initial handshake, so it's
           in the binary; once you've done the handshake, you have a crypto
           token that expires in n days (n=30 for us by default)  [11:47]
<nyergler> but the MG instance needs to know the secret ahead of time for
           verification
<paroneayea> oh  [11:48]
<nyergler> so part 1 of the problem is, can the secret be in the source tree
           for the client
<paroneayea> ah
<nyergler> part 2 is, how do you make a client that can connect to many
           different servers when you don't have control over them all
<paroneayea> so is it like a "generate 1 secret per conf file" type thing?
<paroneayea> vs in the soruce code
<paroneayea> source
<spaetz> nyergler: can't the plugin create a secret toke during first setup?
<paroneayea> spaetz: we don't have a way for that stuff to be stored maybe
             right now is maybe the issue...  [11:49]
<nyergler> spaetz: yes, but then everyone who wanted to connect to that server
           would have to enter it into the client before authenticating
<nyergler> it'd be a huge hassel
<nyergler> hassle
<paroneayea> ohhh
<paroneayea> spaetz: also complex: there's no "private store" in
             mediagoblin... there's a conf file, with no easy way to write to
             it from plugins, and there's a "queue store", which I guess could
             become a private store  [11:50]
<nyergler> i *think* that if you stipulate that SSL is required, secret
           secrecy is less important
<paroneayea> or we could add a private store
<paroneayea> but we don't have it yet
<paroneayea> hm
<nyergler> but that's what i need to figure out with some careful RFC reading
<paroneayea> nyergler: well, I trust you to find out the answer to this, and
             I'm interested in the results!
*** narblynibbles (~user@71-88-52-54.dhcp.nwtn.ct.charter.com) has joined
    channel #mediagoblin
<nyergler> thanks
<spaetz> paroneayea: but we are connected to a db.
<paroneayea> spaetz: that's true!
<spaetz> why can't we write a setting or value in there?
<spaetz> :-)  [11:51]
<Elrond> Why do we need a private store?
<paroneayea> Elrond: I guess it's been pointed out we have this database thing
<paroneayea> so I'll shut up ;)
<spaetz> tthis way it would be instance specific and not in the source code.
<spaetz> aa secret in the open source sorce kind of defeats the point :-)
<nyergler> spaetz: right, but you still have to share it with the client
           somehow  [11:52]
*** wctype (~type_t@c-68-51-111-96.hsd1.il.comcast.net) has joined channel
    #mediagoblin
<Elrond> Okay, do we have anything else for today? Then we probably should
         move oatuh-details into the oauth-taskforce-meeting?
<paroneayea> :)  [11:53]
<paroneayea> yeah, hm
<paroneayea> so 3) was things on the horizon, per freedeb's list  [11:54]
<paroneayea> so does that mean 0.3.3 features?  ;)
<paroneayea> maybe that's getting ahead of ourselves
<freedeb> we kind of talked about the next release
<freedeb> yeah
<paroneayea> I think the thing is currently we've got a big batch of things
<paroneayea> and once 0.3.2 lands we'll have to spend some time sorting
             through them
<paroneayea> but
<paroneayea> I do know I intend to return to plugins once 0.3.2 comes out
<paroneayea> and work on breaking openstreetmap out into a plugin
<paroneayea> as I've been saying for a while :)  [11:55]
<paroneayea> other than that
<spaetz> question. How do people react if I'd proporse a RIP out mongo branch?
         :-)
<paroneayea> spaetz: with cheers :)
<paroneayea> from me ;)
<Elrond> spaetz - Let's do it after 0.3.2, but yes, good thing!
<spaetz> it saves lots of code and enables plenty of simplifications in the
         querying. eg the awkward _id vs id addressing
<freedeb> :)  [11:56]
<spaetz> Elrond: sure, we are talking post-release stuff now :-)
<Elrond> +1
<spaetz> I also would like to push the account deletion then
<spaetz> annn dhave plugin infrastructure improved
<Elrond> Yes, yes.
<spaetz> finanally, I'd like to see progress on the federation part
<paroneayea> spaetz: I definitely want to talk more about plugin
             infrastructure improvements  [11:57]
<paroneayea> yes!
<paroneayea> federation
<spaetz> People keep nagging :-)
<paroneayea> we did kind of advertise that a bit ;)
<paroneayea> in the campaign
<Elrond> Account deletion shold have a warning, that the account (currently)
         can be reused by someone else afterwards.
<freedeb> I got asked about when we have a package, rather than a repo
<paroneayea> Elrond: hm, good point
<freedeb> for people to try out
<paroneayea> freedeb: oh yeah that's important
<paroneayea> so we have some people in here who are interested in that and
             have looked into that  [11:58]
<freedeb> I think it would be nice for the next release
<freedeb> like new for 2013
<paroneayea> well, a python package is possible
<paroneayea> but
<paroneayea> debian/fedora
<paroneayea> much harder
<nyergler> i've been interested in debian packaging lately; has anyone taken a
           swing at that?
<spaetz> freedeb: good point, I want MewdiaGoblin sa a pyppi package
<Elrond> Either for 0.3.2 or 0.3.3, we should fix the taguri-thing...
<paroneayea> nyergler: yes one person in here was working on it
<paroneayea> hold on, let me pull up his name
<paroneayea> I thought it was njstein
<nyergler> http://pypi.python.org/pypi/mediagoblin/0.0.2
<nyergler> :)
<paroneayea> nyergler: one more embarassment, yes :)  [11:59]
<spaetz> Elrond: right, the "what if slug is a number thing" is serious and
         should be addressed rather sooner than later
<paroneayea> oh
<paroneayea> not njstein :)
<spaetz> as it might require change of permalinks
<paroneayea> simonft I think
<paroneayea> yes
<Elrond> spaetz - Ahh, yep, that one too.
<paroneayea> it takes me a while to sort out names :)
<paroneayea> nyergler: simonft and I met up for dinner at one point... he's a
             madison local and has done some debian packaging  [12:00]
<paroneayea> and was doing some research
<nyergler> cool
<nyergler> btw, there was that thread on the email list re: meddleware
<nyergler> do we want to bring the behaviour of our meddleware in line with
           Django's middleware?
<spaetz> but a pypi package would be a good start. The deployment instructions
         would read nice if they said "do easy_install mediagoblin; done"
                                                                        [12:01]
<nyergler> specifically processing response meddleware even on short circuited
           responses?
<paroneayea> nyergler: I've actually wondered if we couldn't both do that and
             make meddleware actually use plugin hooks
<spaetz> nyergler: I think we pass responses through all meddleware already.
<paroneayea> though I need to re-examine it
<paroneayea> but I've wondered if the same mechanisms we use for plugins
             wouldn't just also work for meddleware.  But I haven't
             looked.. that's just a thought.  [12:02]
<spaetz> and I'd likie to push a change to make ENABLED_MEDDLEWARES a list
         rather than a tuple
<nyergler> spaetz: when i investigated, i found we do not if request
           meddleware short-circuits the request
<spaetz> this way my plugin can add itself to the meddlewares, which is not
         possible right now
<spaetz> is that OK?
<nyergler> spaetz: we only instantiate meddlewares once
<spaetz> I have a "trim_whitespace in html output" meddleware plugin :-)
<paroneayea> spaetz: I am very excited about that plugin :)
<nyergler> so i don't think making it a list will be quite enough -- i think
           you'll still need to get loaded before we look at the sequence to
           instantiate it  [12:03]
<spaetz> nyergler: right, but it's hardcoded right now, and the setu_pßlugin
         comes before they are instantiated
<nyergler> ah, i see
<spaetz> nyergler: it works. Just make it a list and set up the meddleware in
         setup hook in the plugin
<spaetz> I tried
<Elrond> Yes.
<nyergler> spaetz: ah, great, happy to be wrong :)
<nyergler> spaetz: sounds good to me  [12:04]
<paroneayea> hey so
<paroneayea> 1 minute left :)
<Elrond> The main question is: Do we want to keep it like this as the official
         way of a plugin to add meddlewaere?  Or is the "internal,
         undocumentaed way, which is just working"?
<paroneayea> I think I can't give an educated response since I haven't looked
             at it enough
<paroneayea> I leave that up to you folks atm :)  [12:05]
<nyergler> Elrond: I was thinking the same thing; I wouldn't mind a well-known
           hook name that plugins provide with a sequence of their meddleware,
           but I don't think it's that big a deal yet
<Elrond> The longer question is: Do we want plugins to be able to be enabled
         at runtime?
<paroneayea> Elrond: I think that's a big mess
<nyergler> Elrond: that sounds like a lot of work
<paroneayea> to enable plugins at runtime
<nyergler> unless there's a good reason to do so
<paroneayea> this isn't emacs! ;)
<spaetz> Elrond: I fully  expect that we have a nice helper "add_meddleware"
         at sometime
<spaetz> but it works for now.
<paroneayea> okay  [12:06]
<Elrond> spaetz - Good. So you're currently using the
         inofficial_add_meddleware() ;))
<spaetz> Elrond: exactly :-)
<Elrond> paroneayea - plugins *currently* can be enabled at runtime. ;)
<nyergler> ok, gotta duck out for a bit
<nyergler> thanks, everyone
<spaetz> paroneayea: should I push the trim_whitespace one so people can
         inhspect how plugins work?
<spaetz> It's totally optional
<freedeb> thanks nyergler!  [12:07]
*** Dispotricator (~Zombie@186.34.197.104) has joined channel #mediagoblin
<paroneayea> spaetz: I think Im interested in seeing the branch
<paroneayea> er
<paroneayea> the repo yes  [12:08]
<paroneayea> anyway
<paroneayea> meeting over
<Elrond> Okay, let's stop the meeting?
<paroneayea> thank you everyone!
<paroneayea> MEETING LOGGING ENDS!
<paroneayea> =====================
